SCALABLE HOME CONTROL PLATFORM AND ARCHITECTURE 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

5 This invention relates to the field of computer systems, and in particular to a platform 

and architecture for providing a scalable home-control system and network. 

2. Description of Related Art 

Conventional home-control systems are not inherently scalable. As advanced 
1 0 applications for multi-media, high-speed distributed Internet access, integrated applications, and 
the like, become commonplace, the conventional home-control systems are likely to be 
incapable of providing the bandwidth and flexibility required to fully support these applications. 
% A conventional PC architecture includes a bus structure for transferring data in parallel 

2 among a variety of functional boards. For example, the PCMCIA standard interface includes a 
WS 16 or 32 bit wide data interface, and a 26 bit wide address interface, plus various control lines. 
m While one device is using the interface, other devices are effectively prevented from using the 
W interface. Time division multiplexing is often used to provide the appearance of multiple 
CI simultaneous access to the interface, but if a particular transfer is time-sensitive, a time division 
m multiplexing scheme may not provide a sufficient number of time-slots for the application. In 
||) like manner, if the use of a 24-bit word becomes commonplace in the fixture, the use of a 1 6 or 
|I 32 bit wide data interface can incur a substantial overhead inefficiency. 

Conventional PC architectures also require a substantial investment in the particular 
interface protocol, including a substantial learning-curve to master each of the evolving 
standards. As such, the introduction of potentially more efficient processing technologies is often 
25 stymied by a reluctance to abandon the existing interface technologies. For example, the 

aforementioned 24-bit word structure may prove to be a very effective structure for RGB video 
applications, but the costs of adopting a corresponding 24-bit interfacing architecture may delay 
the adoption of this structure, particularly if a substantial investment of time or money has been 
made in the existing 16 or 32 bit standards. Thereafter, there will be a similar reluctance to 
30 change from this example 24-bit structure. 
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Similarly, conventional home-control architectures are designed to accommodate a 
variety of applications, some of which may have substantially different interfacing requirements. 
For example, a system that is designed exclusively for providing a home with distributed multi- 
media entertainment will have substantially different requirements than a system that is designed 
5 exclusively to provide the home with comfortable heating and air-conditioning. A conventional 
home-control architecture will typically be designed for the higher set of design requirements, 
and overdesigned for the devices having a lesser set of design requirements. When a next- 
generation set of devices become available, either the system will not be able to accommodate 
these devices, because the aforementioned higher set of requirements did not anticipate this new 
10 set of devices, or, the system will be able to accommodate the devices, thereby implying that the 
system had been overdesigned for the prior generation of devices. 

Therefore, a need exists for a home-control platform and architecture that allows for 
y changes in the future use of the home-control platform, without introducing a substantial design 
<! change to accommodate this future use, and without requiring a precise definition or estimation 
p of what these future changes may entail. Such a home-control platform is characterized as a 
"scalable" home-control platform, having an architecture that is efficient for a wide range of 
III applications. 

jfi BRIEF SUMMARY OF THE INVENTION 

if s jj 

SO It is an object of this invention to provide a scalable home-control platform. It is a further 

•\f object of this invention to provide a scalable home-control platform that uses the same interface 
protocol, regardless of the scale of the applications supported by the platform. It is a further 
object of this invention to provide an architecture for a home-control platform that can be 
expected to accommodate a wide variety of existing and future applications. 

25 These objects, and others, are achieved by providing a home-control platform and 

architecture that includes a plurality of serial buses that provide communications among 
processing devices that are connected to the home-control platform. A bus control unit is 
configured to allocate the buses among the devices that request communications services. The 
platform supports one or more control processors that provide an interface to legacy devices, 

30 user and network interfaces, browsers, and the like. The platform also accepts optional plug-in 
cards that perform as coprocessors for specific tasks, such as MPEG encoding and decoding, 
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signal processing, video and audio CODECs, and so on. The software architecture employed to 
support this platform includes the use of a real-time microkernel Operating System (OS) at the 
control processors that interfaces with the task coprocessors, and interfaces with a standard OS, 
such as Vxworks, WinCE, or LINUX. The microkernel OS provides primitives for task memory 
5 and CPU space isolation, virus protection, and secure financial transaction services. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The invention is explained in further detail, and by way of example, with reference to the 

10 accompanying drawings wherein: 

FIG. 1 illustrates an example block diagram of a home control platform in accordance with this 
invention. 

I?i FIG. 2 illustrates an example block diagram of a control processor for use in a home control 
ij platform in accordance with this invention. 

ft FIG. 3 illustrates an example block diagram of a system architecture of a home control platform 
iT; in accordance with this invention. 

W FIG. 4 illustrates an example block diagram of a filter processor for use in a home control 
p platform in accordance with this invention. 

1 1 FIG. 5 illustrates an example block diagram of a software architecture of a home control 
SO platform in accordance with this invention. 

2 Throughout the drawings, the same reference numerals indicate similar or corresponding 

features or functions. 

DETAILED DESCRIPTION OF THE INVENTION 
25 FIG. 1 illustrates an example block diagram of a home control platform 100 in 

accordance with this invention. The platform 100 provides a structure and architecture for 
allowing processing units 1 10, control processors 120, and ancillary units 130 to efficiently 
transfer and process data, via a plurality of high-speed serial buses 150. In accordance with one 
aspect of this invention, the serial buses are preferably self-timed, thereby providing for 
3 0 scalability of bandwidth and data throughput. 
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Each device that is coupled to the home control platform 100 includes a bus interface unit 
160 that is configured to send and/or receive data via a select one or more of the serial buses 
150. The bus interface unit 160 provides conversion to and from the serial format of the bus 150 
from and to parallel formats, as required, as well as bus arbitration and routing. In a preferred 
5 embodiment, the bus interface unit 1 60 supports direct memory access (DMA) copying. Also in 
a preferred embodiment, the buses 150 are extendable. The ancillary unit 130 includes, for 
example, an electro-optic coupling device that allows an extension of the platform 100 to another 
bank of devices 1 10, 120, 130 via optical fiber 131. A corresponding unit 130 on the other bank 
of devices 110, 120, 130 provides the interface to the corresponding plurality of serial buses on 
10 the other bank. 

FIG. 2 illustrates an example block diagram of a control processor 120 for use in a home 
control platform in accordance with this invention. As illustrated, the bus interface unit (BIU) 
S 160 includes connections 161 for connecting to serial buses 150 of FIG. 1. The processor 120 of 
§ this example includes a bus control unit (BCU) 210 that is configured to control the allocation of 
M buses 150 among the individual devices 1 10, 120, 130 of FIG. 1 . In a preferred embodiment of 
K this invention, one of the buses 150 is dedicated to this control function. A device that needs 
111 access to one or more of the remaining buses 150 communicates an allocation request to the bus 
H control unit 2 1 0 via the dedicated control bus. In response to this allocation request, the bus 
if! control unit 2 1 0 allocates one or more of the buses 1 50 to the requesting unit, and communicates 
120 the allocation to the requesting device via the dedicated control bus. 

u. Any of a variety of conventional techniques may be used to provide this allocation. In a 

straightforward embodiment, a first-come first-served allocation procedure may be used. Other 
allocation techniques may include quality-of-service (QoS) allocations and the like that are 
designed to provide each device at least some agreed upon minimum allocation, and additional 

25 allocations if currently available. Some applications, such as real-time video processing, may be 
allocated using an all-or-nothing policy, wherein resources are not allocated until the total 
amount of requested resources is available. 

In a conventional parallel-bus architecture, only one device may communicate on the bus 
at a time. As such, each device is allocated the same resource, the single parallel-bus. Thus, a 

30 low-bandwidth application, such as text processing or alarm monitoring, necessarily 'interferes' 
with a high-bandwidth application, such as video processing, in a parallel-bus architecture, 
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because each allocation of the bus to the low-bandwidth application prevents an allocation to the 
high-speed application. Generally, systems that employ a parallel-bus arrangement are designed 
to provide sufficient buffering to assure that the 'interference 1 has no effect on the performance 
of each application. That is, although the high-bandwidth application must relinquish the 
5 parallel-bus for each communication by the low-bandwidth application, the parallel-bus based 
high-bandwidth application will be configured to provide sufficient buffering to allow 'gaps' in 
its access to the parallel-bus. When a parallel-bus system becomes saturated, however, with 
increasing bandwidth requirements of applications, the interference caused by the sharing of the 
common bus becomes apparent. Conventional PC-based video applications, for example, often 

10 'freeze' when other applications are accessing the bus and the video application has exhausted its 
buffered frames. As applications continue to be made available for consumers that require 
increasing bandwidth, the parallel-bus architecture is bound to be found lacking when its 

% saturation point is reached. 

M3 Because the allocation of communication resources in this invention is based on the 

t§ individual serial buses 150, a resource allocation for one application can be accommodated 

Jf« without impacting other allocations. That is, for example, assume that ten buses 150 are 

II! available for allocation, and a real-time video processing application has been allocated eight of 

Pi these buses to provide parallel processing for the application via the eight paralleled serial buses 

* 150. Two buses remain available for allocation to other applications. As each application 

pO requests an allocation, the bus control unit 210 allocates these remaining two serial buses. If the 

jus-?;, 

subsequent applications request more resources than are available between these two serial 
buses, these two serial buses will be saturated, and requests will be denied. However, the 
saturation of these two serial buses will have no effect on the video processing application that 
has been allocated the other eight serial buses. Such an isolation is difficult to achieve in a 

25 parallel-bus architecture, because a sharing of resources, and a sharing of the impact of having 
insufficient resources, is inherent in a system that must allocate a single resource (the parallel- 
bus) among different applications. The number of serial buses 150 determines the degree of 
isolation that can be provided, as is an architectural parameter that is based on an estimate of a 
peak throughput requirement. In a preferred embodiment, at least sixteen serial buses 150 are 

30 provided. 
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In a preferred embodiment of this invention, the control processor 120 includes a 
conventional microprocessor architecture to allow existing software to be run, including a 
browser, network interface management, protocol stacks, and so on. A typical control processor 
120 includes memory resources as required, typically in the form of one or more banks of 
SDRAM 220. As in a conventional microprocessor system, the control processor 120 includes a 
central processing unit (CPU) 230, one or more coprocessors 240, and an input/output (I/O) 
interface 250. In a preferred embodiment, a control processor 120, or an ancillary device 130 (in 
FIG. 1) includes a power module 260 that is configured to provide regulated power to other 
devices 110, 120, 130 within the platform 100. Also in a preferred embodiment, the devices 1 10, 
120, 130, are each configured to allow for a "hot" plug-in of the device 1 10, 120, 130, so that a 
device 1 10, 120, 130 can be added or removed from the platform 100 without stopping the 
operation of the platform 100 and the existing devices 110, 120, 130. The connector that is used 
to connect each device 1 10, 120, 130 to the platform 100 facilitates the hot plug-in of the device 
110, 120, 130, such as the EuroCard 96-wire connector. 

FIG. 3 illustrates an example block diagram of a system architecture of a home control 
platform 100 in accordance with this invention. Of primary importance, the home control 
platform 100 is configured to support "legacy" devices, such as devices that are currently 
coupled to existing home control networks. One or more of the devices 1 10, 120, 130 that are 
coupled to the home control 100 are preferably configured to provide support to these legacy 
devices, such as existing televisions 301, telephones 302, and so on 303, 304. 

The legacy I/O components 3 10 of the platform 100 supports the legacy peripherals 301- 
304 by providing such services as e-mail and basic home-control functions for these peripherals 
301-304. 

The additional components 320 provide the added value of the platform 100 for 
integrating and supporting current and future applications. For example, the addition of an 
interface (modem or tuner) to a cable or satellite network 331 allows the user to download video- 
on-demand programs for viewing on the legacy television 301. In like manner, providing an 
interface to a media center 332 to the platform 100 allows the media center 332 to use the 
existing legacy speakers 304. Similarly, providing support for a home security system 333 
allows the security system 333 to potentially monitor the status of legacy systems, as well as 
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systems designed to interface with the platform 100, such as the media center 332. For example, 
the refrigerator 334 may be configured to sound an alarm, via the home security system 333, if 
the temperature gradient indicates a progression toward particular high or low temperature 
limits. An interface to a wireless network 390 allows users to enter the home control network 
5 using portable devices, such as notebook computers, cell phones, and personal-data-assistants 
(PDAs). 

The components 320 are illustrated in FIG. 3 as including control processing components 
340, filter processing components 350, and voice input/output components 360. Other 
components for addition to a home control system will be evident to one of ordinary skill in the 

10 art in view of this disclosure. The control processing components include the functions and 

capabilities discussed above with regard to the example control processor 120 of FIG. 2, and as 
discussed further below with regard to the example software architecture of FIG. 5. The filter 

5 processing components 350 include components that are configured to provide special-purpose 

J3 processing of data, typically under control of control processing components 340, as discussed 

15 further below with regard to the processing unit 1 1 0 of FIG. 4. 

^ In a preferred embodiment, the user interaction with the home control platform 100 is via 

U 1 vocal input and output, using the voice I/O components 360. These components 360 include, for 
% example, a conventional voice synthesizer application that runs on a control processor 120 of 
w FIGs. 1 and 2, using processing units 1 10 and ancillary units 130 as required to effectively 
QD process and communicate the vocal output to the user. In like manner, the components 360 
Jt include the control, processing, and ancillary units 120, 1 10, 130 that are configured to effect 

voice recognition functions to allow the user to communicate with the system 100 via vocal 

input. 

25 FIG. 4 illustrates an example block diagram of a filter processor 1 1 5 for use in a home 

control platform 100 in accordance with this invention. As illustrated in FIG. 1, a processing unit 
1 10 typically includes a plurality of filter processors 115, arranged in a routing matrix. Such a 
matrix is particularly useful for bit-slice and pipeline architectures, wherein each filter processor 
115 performs a particular task on a data item, then passes it to the next filter processor 1 15 in 

30 lock-step' fashion. While the data item is being processed, parameters required for the 

processing of the next data item are obtained from the corresponding serial bus 150. In like 
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manner, after processing each data item, the processed data item can be communicated to other 
devices via the corresponding serial bus 150. This is illustrated conceptually by the 
communication paths 461 emanating from the bus interface unit 460 of FIG. 4. The bus interface 
unit 460 is used to illustrate the subset of the bus interface unit 160 of the processing unit 1 10 of 
5 FIG. 1 that is allocated to the particular filter 1 1 5 by the bus control unit 2 1 0 of FIG. 2, 
discussed above. 

Filter units 1 15 may be programmable, using the program memory 410, or dedicated, or a 
combination of both. A dedicated filter unit 1 15 is specialized for a particular application, such 
as an MPEG encoding or decoding application. Generally, the programmable filter units 1 15 

10 have limited instruction sets dedicated to signal processing functions, such as compression and 
decompression (variable-length encoding and decoding (VLE, VLD)), the kernel functions (fast 
Fourier transform (FFT), discrete cosine transform (DCT), etc.) of video and audio coders and 

y decoders (CODECs), and other special-purpose processing functions. 

|| Preferably, each filter unit 1 1 5 is paired with an SDRAM 220, which is typically 

it* included at the control processor 120 (see FIG. 2) that is hosting the application that is using the 

I y 

U! filter unit 1 15. For example, a control processor 120 may be hosting an MPEG-video 

* n application, and, to effect the video decoding of the MPEG, calls upon a group of filter units 1 1 5 

^0 to process the MPEG data that is contained in the SDRAM 220. The filter units 1 1 5 in turn 

111 

p0 provide the decoded data to the SDRAM 220. For efficient communication of data to and from 
H the SDRAM 220 via the bus interface unit 460, a multiple buffer ring is used, comprising a 

plurality of streaming buffers 420, as indicated by the dashed line connecting the SDRAM 220 to 
the buffers 420. Alternatively, processing intensive tasks, such as media processing, may be 
performed almost entirely at the processing units 1 10. In such an embodiment, the processing 
25 units 1 10 will preferably contain both the filter units 1 15 and the SDRAM. 

FIG. 5 illustrates an example block diagram of a software architecture of a home control 
platform in accordance with this invention. Each control processor 120 of FIG. 1 includes a 
small real-time microkernel 510 that provides at least minimal operating system functions, 
30 including semaphores, messaging, scheduling, exception and task and memory management. 
Preferably, the microkernel 510 also includes primitives for task memory and CPU space 
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isolation, virus protection, and secure financial transaction services. Standard operating systems, 
such as Vxworks, WinCE, or LINUX, preferably interface at the microkernel 510 layer, rather 
than the hardware level. 

5 As illustrated, a coprocessor interface layer 520 provides the interface between the 

microkernel 510 and the filter programs 530 that are located at the processing units 110 of FIG. 
1. Task applications 540, 550, also have direct access to the filter programs 530 via the interface 
layer 520. These task applications are illustrated as including user tasks 540, and service tasks 
550. User tasks 540 include, for example, a browser application. Service tasks 550 include 
10 higher level operating system functions, such as a flash file system, networking, and so on, 
which are built upon the primitives and base services provided by the microkernel 510. 

As noted above, processing intensive tasks are preferably downloaded to the processing 
S units 1 10 and executed there. A filter preprocessor 560 is preferably built upon conventional C 
Cl or JAVA programs to extend the syntax to include the capabilities of the filters 1 1 5 . A compiler 
Si 570 allows the code for the filter programs 530 to be generated directly, and easily. 

U! The foregoing merely illustrates the principles of the invention. It will thus be 

Ft appreciated that those skilled in the art will be able to devise various arrangements which, 

® although not explicitly described or shown herein, embody the principles of the invention and 

130 are thus within the spirit and scope of the following claims. 
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